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(54) Method and apparatus for assigning agent-led chat sessions 



(57) In a communication center system wherein 
agents participate in and host communication sessions, 
a session management system has a data repository 
storing parameters regarding individual sessions in 
progress in the communication center system and agent 
parameters Including one or both of minimum and max- 
imum load capabilities for individual agents. A manage- 
ment software executes on a server associated with the 
communication center system, and calculates agent 



load level over chat sessions hosted by an individual 
agent, compares the calculated load level with one or 
both of minimum and maximum load for said agent, and 
adjusts agent assignment to sessions accordingly. In 
the case where agents are overloaded, additional 
agents are assigned to open sessions, and in the case 
where agents are underutilized, additional sessions 
may be assigned to the under-utilized agents. The ses- 
sions in a preferred embodiment are chat sessions. 
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Description 

Field of the Invention 

[0001] The present invention is in the field of data- 
packet network telephony (DNT) comnnunication as 
practiced by a communication center and pertains more 
particularly to methods and apparatus for assigning 
agent-led chat sessions and other collaboration media 
to available agents based on message load and agent 
skill-set. 

Background of the Invention 

[0002] In the field of DNT communications, contact 
events Incoming to and outgoing from a DNT-capable 
communication-center are propagated over switched- 
packet data networks (SPDN) such as a wide-area-net- 
work WAN, which may include the Internet. Internet-pro- 
tocol-network telephony, a sub-set of DNT, wherein 
voice and data calls are handled by suitable computer 
equipment and software is a typical and oft-used DNT 
implementation. Other examples include e-mail, file 
transfer, instant messaging, electronic facsimile, and so 
on. 

[0003] Such DNT capability as described above pro- 
vides added flexibility to agents operating within a com- 
munication center and opens up new mediums of con- 
tact for clients wishing to interact with the center. For 
example, agents are no longer limited to a traditional te- 
lephony systems. Agent's now have multimedia capa- 
bility, and may be called multimedia agents, because 
they may now work with several different media types. 
[0004] Multimedia agents will typically share a local- 
area-network (LAN) connection whereby individual 
agent personal-computer/video-display-units (PC/ 
VDUs) may communicate with one another and with au- 
tomated systems and switches within the communica- 
tion center. In some cases, agents operate DNT-capa- 
ble telephones. Communication centers employing data 
network capabilities may still practice computer integrat- 
ed telephony (CTI) as known in the art for connection- 
oriented switched telephony (COST). 
[0005] One IPNT medium that is practiced in DNT is 
the well-known chat session, which Is an example of a 
medium in which a single agent may work with more 
than one client at a time. A chat session is facilitated by 
software operating at client stations (chat participants) 
and at a communications server hosted somewhere in 
an Internet-Protocol (IP) data network (typically the In- 
ternet). A chat session is typically hosted by a facilitator 
or session leader, which Implements the rules and reg- 
ulations governing each session. Typically a session 
master has controls provided that enable him or her to 
mute other participants^ eject selected individuals from 
a session, direct the topics, and so on. 
[0006] Recently chat-room communication has be- 
come an Important tool for public interface at many DNT- 



capable communication centers. A single agent may ef- 
fectively host more than one and up to several ongoing 
chat sessions simultaneously. In a situation such asthis, 
certain parameters regarding the chat sessions them- 

5 selves and the agents hosting them are typically ob- 
served. For example, It is desired that the topic or pur- 
' pose of each chat session assigned to a particular agent 
agree in considerable degree with the hosting agent's 
skill-level. It is similarly desired that any agent hosting 

10 a chat session or sessions is not overloaded or under- 
utilized while engaged In response to communication 
loads in a session or sessions. 

[0007] In prior art communication centers parameters 
are typically manually configured for each scheduled or 

'5 ongoing session. This can be problematic because lev- 
els of communication loads associated with chat ses- 
sions can vary rather rapidly, for any given number of 
participants. Moreover, limits regarding a number of par- 
ticipants allowed in each active chat session must be 

20 manually set by agents or an administrator on behalf of 
agents. Because of fluctuations regarding communica- 
tions loads and number of participants logging into any 
chat session, and the inconvenience associated with 
manual adjustment of such chat session parameters, 

^5 agents are often overtoaded or under-utilized for signif- 
icant periods of time. 

[0008] What is clearly needed is an automated meth- 
od and apparatus for assigning and re-assigning ses- 
sions to selected agents from a pool of available agents 

30 based on agent skill-set and current workload. Such a 
routing system would insure that no single agent is over- 
loaded or under-utilized when engaging in agent-led 
sessions involving multiple clients, and wherein an 
agent may participate in more than one such session. 

35 Alternatively, or in concert with re-assignment, wait time 
in sessions can be adjusted. 

Summary of the Invention 

40 [0009] In a preferred embodiment of the invention, in 
a communication center system wherein agents partic- 
ipate in and host Interactive sessions, a session man- 
agement system is provided, comprising a data reposi- 
tory storing parameters regarding individual sessions in 
45 progress in the communication center system and agent 
parameters including one or both of minimum and max- 
imum load capabilities for individual agents; and a man- 
agement software executing on a server associated with 
the communication center system. The system is char- 
ge acterized In that the management software calculates 
agent load level over sessions hosted by an individual 
agent, compares the calculated load level with one or 
both of minimum and maximum load for said agent, and 
■ adjusts agent loading and/or or wait time accordingly. I n 
55 ^ a preferred embodiment the agent-led sessions are 
chat-sessions. 

[0010] In some embodiments the session manage- 
ment system, upon determining a first agent's load level 
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is above maximum, assigns one or more sessions host- 
ed by tine first agent to a second agent, reducing tine first 
agent's load. Wait time may be adjusted in addition or 
alternatively. In other cases the session management 
system, upon determining a first agent's load level is be- 5 
low minimum, assigns one or more addition sessions to 
the first agent. The system preferably operates in a call 
center having multiple agents interconnected on a local 
area network (LAN), but is applicable as well to arrange- 
ments with wide area networks, or regardless of com- 
munication connection and protocol. In determining 
agent loading the management software uses both traf- 
fic information and agent capability level. 
[0011] In another aspect of the Invention, in a com- 
munication center system wherein agents participate in ^5 
and host sessions, a method for managing agent load 
in sessions is provided, comprising steps of (a) storing 
parameters regarding individual sessions in progress in 
the communication center system and agent parame- 
ters including one or both of minimum and maximum 
load capabilities for individual agents In a data reposi- 
tory; (b) calculating agent load level by a management 
software; (c) comparing calculated agent load level with 
stored minimum of maximum allowed agent load level; 
and (d) adjusting agent assignment to sessions or ad- ^5 
justing wait time according to the comparison in step (c). 
[0012] In some cases the session management sys- 
tem, upon determining a first agent's load level is above 
maximum, assigns one or more sessions hosted by the 
agent to a second agent, reducing the first agent's load. 30 
Alternatively the system may adjust wait time. In other 
embodiments the session management system, upon 
determining a first agent's load level is below minimum, 
assigns one or more additional sessions to the first 
agent. The method may be practiced in a call center hav- 35 
Ing multiple agents Interconnected on a local area net- 
work (LAN). In practicing the method the management 
software preferably determines agent loading by both 
traffic and agent capability level. 

[0013] In yet another aspect of the invention a data- 
networktelephony (DNT)-capable communication cent- 
er is provided comprising multiple agent stations having 
individual session-capable computer stations intercon- 
nected on a local area network (LAN); and a server con- 
nected on the LAN and executing a management soft- 
ware. The center is characterized in that the manage- 
ment software calculates agent load-level and manages 
agent assignments and/or wait time based on the cal- 
culated load level. 

[0014] In the communication center, in some cases in- 50 
dividual agents are assigned a maximum load level, and 
the management software, upon determining a first 
agent's load level Is above maximum, assigns one or 
more sessions hosted by the first agent to a second 
agent, or adjusts wait time, reducing the first agent's S5 
load level. In other cases individual agents are assigned 
a minimum load level, and the management software, 
upon determining a first agents load level is below min- 



imum, assigns one or more additional sessions to the 
first agent. In preferred embodiments the management 
software determines agent loading by both traffic and 
agent capability level. 

Brief Description of the Drawing Figures 

[0015] 

Fig. 1 is an overview of a communications network 
including a DNT-capable communication- 
center operating a chat-management soft- 
ware according to an embodiment of the 
present invention. 

Fig. 2 is a process flowchart illustrating various au- 
tomated steps associated with an exemplary 
automated chat-management routine config- 
ured to a maximum load limit according to an 
embodiment of the present invention. 

Fig. 3 is a process flowchart illustrating various au- 
tomated steps associated with an exemplary 
automated chat-management routine config- 
ured to a minimum load limit according to an 
embodiment of the present invention. 

Description of the Preferred Embodiments 

[0016] Fig. 1 Is an overview of a communications net- 
work 9 including a DNT-capable communication-center 
1 5 operating a chat-management software 45 according 
to an embodiment of the present invention. Communi- 
cations network 9 comprises center 15, a pubiic- 
switched-telephony-network (PSTN) 11, and the welt- 
known Internet network represented herein by cloud 13. 
The inventors herein use well-known chat-sessions as 
a phme example of agent-led communication sessions 
that are amenable to practice of the present invention. 
The invention Is not limited to chat management. 
[0017] PSTN 11 may be a private telephony network 
instead of a public network. Internet 1 3 may be a private 
wide-area-network WAN, or a public WAN otherthanthe 
Internet. The inventor chooses to illustrate PSTN 1 1 and 
Internet 13 because of the large public-access charac- 
teristic of both networks. 

[0018] PSTN 1 1 may be assumed to contain all of the 
necessary equipment and connections required to proc- 
ess and route connection-orientated-switched-telepho- 
ny (COST) events sourced from anywhere in cloud 11 
to appropriate destinations. A network telephony switch 
21 Is provided in cloud 1 1 and is enhanced forcomputer- 
telephony-integratlon (CTI) by a CTI processor 23. 
Switch 21 may be a service-control-point (SCP), an au- 
tomatic call distributor (ACD), or any other known type 
of call processing switch apparatus of system. Switch 
21 Is connected to CTI processor 23 by a CTi link 27. 
[0019] CTI processor 23 is provided, In this example, 
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to enable communication-center control by center 15 
over call processing and switching functions performed 
by switch 21 . Switch 21 in cloud 11 is connected to a 
central telephony switch 51 in communication center 15 
by a telephony trunk 25. CTI processor 23 is connected 
to a like CTI processor 53 in communication center 15 
by a data network connection 31 . Processor 53 is con- 
nected to switch 51 by a CTI link 28. A vector 1 9 repre- 
sents calls arriving at switch 21 for processing. 
[0020] Internet 1 3 may be assumed as is known in the 
art to contain all of the necessary equipment and con- 
nections required to route communication events (or- 
ganized into data-packets) to their appropriate destina- 
tions in Internet 13 or to such as communication center 
15. Illustrated within Internet 13 are two file servers 33 
and 35. File servers 33-35 are provided, hosted by cent- 
er 15, and adapted to serve data to requesting clients 
and to act as interfacing machines to other machines 
and to communication center 15. In this example, server 
33 may be a main company server with links to contact 
(live communication) pages hosted in server 35. Serv- 
ers 33-35 are connected to an Internet backbone 39, 
which represents the numerous lines and connections 
comprising the Internet as known in the art. There may 
be one, or more than one server such as servers 33-35 
maintained in Internet 13 by or on behalf of a company 
hosting center 15. The inventor deems that illustrating 
two such servers, either one of or both of which may be 
adapted to communicate with center 15, is sufficient for 
the purpose of explaining the present invention. 
[0021] Server 35 is, in this example, additionally en- 
hanced for functioning as a data router for callers 37 
attempting to connect by data-network telephony (DNT) 
to communication center 15. Server 35 is connected to 
an Internet protocol router (IPRTR) 43 provided within 
communication center 15 by an Internet connection path 
41. IPRTR 43 represents the first routing point within 
center 15 for DNT events 37. Path 41 may be a teleph- 
ony connection line, an integrated services digital net- 
work line, or any other Internet connection facility. 
[0022] A network bridge interface (Nl) 17 is provided 
and adapted to enable PSTN calls to enter cloud 13 to 
be routed as DNT calls. Similarly, Nl 17 may be used for 
converting DNT calls to PSTN calls for routing through 
PSTN 11 as COST events. Nl 17 uses conversion pro- 
tocols that are known in the art. 

[0023] Communication center 15 is adapted, in this 
example, for receiving both COST communication 
events and DNT communication events. Thus center 1 5 
is a dually-capable communication center. In some less 
sophisticated embodiments, center 15 may be adapted 
solely for DNT communication. COST communication 
in center 15 in this embodiment is internally routed by 
CTI-enhanced switch 51 , while DNT communication is 
internally routed by IPRTR 43, Switch 51 and IPRTR 43 
represent first routing points within center 15 for com- 
munication events incoming from PSTN 11 and Internet 
13 respectively. 



[0024] A plurality of agent workstations, 59, 61, 63, 
.and 65 are provided and adapted to facilitate communi- 
cation and other tasks performed by agents working in 
center 1 5. In this example, each station 59-65 is provid- 
5 ed with an agent telephone for facilitating COST com- 
munication. These are, as illustrated, telephones 77, 79, 
81 , and 83 respectively Telephones 77-83 are connect- 
ed to CTI-enhanced switch 51 by internal COST wiring 
55. 

10 [0025] Each agent workstation 59-65 is also provided 
with a PC/VDU for facilitating DNT communication and 
for performing other communication-center tasks. 
These are, as illustrated, PCA/DU 69, 71, 73, and 75 
respectively. Each PCA/DU such as PCA/DU 69 in sta- 

75 tion 59 is connected to a LAN 67. LAN 67 is connected 
to IPRTR 43 and is used to carry routed DNT commu- 
nication events to each of PC/VDUs 69-75. LAN 67, In 
this example, is adapted to operate according to transfer 
control protocol/Internet protocol (TCP/IP). Thus, LAN 

^0 67 is adapted to facilitate fPNT, which is described as a 
sub-set of DNT in the background section. IPNT com- 
munication types include such as E-mail, IP phone, in- 
stant messaging, E-commerce, IP chat, Internet file 
transfer, and so on. In some cases the PCA/DU and 

■^5 COSTtelephone capabilities at an agent station may be 
integrated in any one of several ways, allowing agents 
to interface with both COST and DNT events. 
[0026] A customer information server (CIS) 57 is pro- 
vided in this embodiment, connected to LAN 67, and ac- 

30 cessible to agents operating at stations 59-65. CIS 57 
stores information about customers of communication 
center 15. Such information may include account infor- 
mation, payment histories, personal data (address, tel- 
ephone, etc.), profile information, and so on. Agents 

35 may access CIS 57 when communicating with a cus- 
tomerto obtain information about that customer, or enter 
information provided by a customer during an interac- 
tion. In some cases data from CIS server 57 is provided 
to agents automatically in handling communication 

40 events. 

[0027] CTI processor 53 is also connected to LAN 67 
as shown. In this way, information about a caller placing 
call 19, waiting to be routed at switch 21 in PSTN 11, 
may be forwarded to an agent operating at one of sta- 

^5 tions 59-65 perhaps ahead of the actual COST call. 
Moreover, intelligent routing routines facilitated by soft- 
ware (not shown), termed T-server software by the in- 
ventor and executing on server 23, may be administered 
from within communication center 15. T-server software 

50 is implemented at processors 23 and 53. The implemen- 
tation of processors 23, 53, and separate data-network 
31 enables "agent level routing" to be performed at net- 
work level. Other functions such as interactive voice re- 
sponse (IVR), statistical functions (STAT), call load bal- 

55 ancing, and the like are not shown but may be assumed 
to be available to processor 23 at switch 21 . 
[0028] The detailed description of the integral ele- 
ments of communication network 9 and various commu- 
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nication paths described above is exemplary only and 
serves to familiarize with the various and exemplary 
communication and routing capabilities of communica- 
tion center 15 as a state-of-the-art facility in a back- 
ground sense. However, for the purpose of the present 
invention, the only medium of communication that will 
be explicitly addressed herein after is IPNT chat com- 
munication. It is to chat communication that the present 
invention pertains particularly. 

[0029] Two exemplar/ chat servers (CHS) 47 and 49 
are provided and connected to LAN 67. CHS 47 and 
CHS 49 are utilized for facilitating multi-person chat ses- 
sions hosted by agents operating such as stations 
59-63. At any given time, there may be dozens of ongo- 
ing chat sessions facilitated by servers 47 and 49. In this 
example, each chat sessions held in server 47 or 49 is 
dedicated to a specific topic pertaining to some aspect 
of communication-center business. If center 15 is a 
computer distributor, for example, then chat sessions 
may be about technical issues related to customer im- 
plementation and use of the computers and/or software 
purchased. Therefore, it will be appreciated that many 
different topics may be used for many separate chat 
sessions. It will also be appreciated that there may be 
more or fewer CHS's such as servers 47 and 49 repre- 
sented herein. The inventor deems that illustration of 
two such servers is sufficient for the purpose of explain- 
ing the present invention. 

[0030] IPRTR 43 maintains a continuous Internet con- 
nection to server 35 by way of path 41 . Therefore, LAN- 
connected CHSs 47 and 49 may be considered on-line 
servers even though they are not directly connected to 
backbone 39 in Internet cloud 13. In an alternative em- 
bodiment, servers 47 and 49 may be In Internet cloud 
1 3 instead of at the premises of center 1 5 . The fact that 
they are on LAN 67 in this example represents a con- 
venience only and is not required. 
[0031] Scheduled chat sessions hosted by servers 47 
and 49 are advertised In server 35 and may be accessed 
by anyone with the appropriate computer equipment, 
chat software and Internet connection. Such conven- 
tions are known In the art as well as are the methods of 
joining and participating in a running chat session. 
Therefore detailed descriptions of known chat features 
and capabilities wilJ not be provided here, but are noted 
to be available to the inventor and the skilled artisan. It 
Is sufficient to say that all existing features found in cur- 
rent chat programs are supported by the present inven- 
tion including voice chat. 

[0032] An instance of chat-management software 
(CMS) 45 is provided to execute on IPRTR 43 in this 
embodiment. CMS 45 is a novel and unique implemen- 
tation adapted to monitor parameters associated with 
ongoing chat sessions hosted in servers 47 and 49. 
CMS 45 is further adapted to assign and re-assign 
agents to host ongoing chat sessions based on known 
agent load capacities and agent skill levels. CMS 45 
may also adjust wait time in chat sessions as a way to 



adjust agent load. Wait time is a function of an agent's 
skill level in responding to communications in such ses- 
sions, and reflects the time it takes, on average, for an 
agent to respond to a communication. Adjusting this pa- 

5 rameter has an effect of changing the determination of 
whether an agent is overloaded, In this sense, CMS 45 
comprises a monitoring and reporting component and 
an agent routing component. CMS 45 eliminates the pri- 
or-art requirements of manually configuring hosts for 

10 chat sessions. 

[0033] It is not required that CMS 45 be resident on 
IPRTR 43 in order to practice the present invention. For 
example, CMS 45 may instead be provided as monitor- 
ing and reporting instances resident in each of chat serv- 

'5 ers 47 and 49 with a main processing component pro- 
vided in IPRTR 45. Providing at least a main component 
in IPRTR 45 allows integration with other routing rou- 
tines or data that may be used In making routing deci- 
sions. 

20 [0034] In practice of the present invention a plurality 
of scheduled chat sessions, hosted by servers 47 and 
49 are ongoing at any given time within communication 
center 1 5. Such sessions are advertised to the public in 
such as server 35 in Internet 13. IPRTR 43 by way of 

■25 CMS 45 assigns specific agents to host the sessions 
according to topic, skill level, and other communication- 
center rules. One agent may be assigned to more than 
one chat session depending on chat topic and versatility 
of agent skill. Interested persons navigating server 35 

30 such as represented by vector 37 may access and join 
any one of the ongoing chat sessions by conventional 
means (clicking a chat-link, etc.) . 
[0035] Each ongoing chat session may have a limit 
set on a number of participants allowed to join one ses- 

35 sion before the session is considered full as is generally 
known In the art. Each session is monitored by CMS 45 
with respect to a current "message load" defined in one 
embodiment as the frequency of incoming messages 
and agent responses averaged over a given time period. 

40 If an agent is hosting more than one chat session then 
the total message load values for each session are com- 
bined and averaged over a given time interval for all of 
the sessions hosted by that agent. The total results are 
compared to pre-set maximum and minimum limit val- 

45 ues applied to a particular agent hosting the sessions. 
[0036] If total traffic for an agent meets or exceed that 
agent's maximum limit value over a given time period 
the agent In question is considered to be at capacity or 
overloaded (working beyond his or her capacity). If the 

50 total traffic for an agent is at or below the agent's mini- 
mum limit value over a given time period, then the agent 
In question is determined to be under-utilized. CMS 45, 
based on results compiled for each hosting agent, as- 
signs new or under-utilized agents to sessions taken 

55 away from overworked agents, and/or retires under-uti- 
lized agents from chat sessions, and/or adjusts wait time 
in sessions. CMS 45 may also re-assign retired agents 
agents to other duties. CMS 45 may also add new 
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agents to chat-hosting duties if total nnaximum loads of 
all current hosting agents are approaching or close to 
nnaximum individual limits. More detail about CMS 45 
according to embodiments of the present invention is 
provided below; 

[0037] In some cases provision may be made for 
manual intervention when CMS 45 determines that an 
agent is overloaded or underutilized. In such a circum- 
stance, for example, there may be no further agents to 
assign. Alerts may be provided for supervisory persons 
to make a manual decision, and the supervisor may, In 
response to such an alert, adjust parameters of the au- 
tomatic system, such as coefficients used in determin- 
ing whether an agent is overloaded or not. 
[0038] Fig. 2 is aprocess flowchart illustrating various 
automated steps associated with an exemplary auto- 
mated chat-management routine 45 configured to a 
maximum load limit according to an embodiment of the 
present invention. 

[0039] According to a preferred embodiment of the 
present invention, each ongoing chat session, such as 
those held in servers 47 and 49 of Fig. 1 , is monitored 
on a periodic basts for current message-load data. This 
process is represented herein by step 85 labeled "cal- 
culate new message load/response parameters". In this 
embodiment, a frequency overtime value is calculated 
over an arbitrary time period. The sequence is repeated 
at periodic intervals for the duration of the session. For 
example, an arbitrary monitoring time-period is estab- 
lished for the agenfs chat session or sessions. Such a 
time, period needs to be long enough to reasonably de- 
termine what an average load might be over a more ex- 
tended period of time. A period of 5 minutes is sufficient 
to get an idea of normal message and response flow. A 
periodic interval for monitoring may be set at any time 
period longer than the duration of monitoring. If a 
30-minute interval is in effect then the session is moni- 
tored at every 30-minute iriterval for a 5-minute duration. 
[0040] Alternatively, the time between postings can 
be measured, to obtain a message load factor Other, 
similar methods can be used, such as the average 
"characters per second flow" etc. Also, the update of 
such parameters can happen responsive to events, 
rather than to a fixed time period. 
[0041] In process 85, trip delays are calculated for 
each connplete interaction (new query and agent re- 
sponse). This is defined in this example as the frequen- 
cy with which a new query appears and is answered by 
an agent. If ten complete interactions are observed with- 
in the'5-minute duration, then it could be predicted that 
an average of 1 20 complete interactions would transpire 
per hour. At the next 30-minute interval, the process re- 
peats enabling a more refined prediction over a longer 
period. 

[0042] Most recent readings reflecting results for one 
chat session are kept in memory or loaded into a chat 
(CH) database that may be kept on any connected data 
repository as illustrated by the directional arrow con- 



necting step 85 to an illustrated repository 86 and CH 
database. If an agent is hosting more than one session, 
then each separate session and the most recent load 
data generic to each session is kept. Sessions (if more 

5 than one) may be monitored simultaneously according 
to the same monitoring rules. In an alternate embodi- 
ment, these may be monitored according to rules indi- 
vidual to each session. Forthe purpose of convenience, 
it will be assumed that all ongoing sessions hosted by 

10 one agent are monitored simultaneously according to 
the same rules. 

[0043] Also listed in the illustrated repository 86 is an 
agent (A) database representing agent parameters as- 
sociated with the agent hosting the chat sessions listed 
^5 in CH database. Such parameters include agent name, 
network ID, network address, current skill levels, lan- 
guage capabilities, and so on. Also listed in database A 
are the maximum and minimum load values assigned 
to the agent. 

20 [0044] Many considerations may be taken into ac- 
count in creating accurate and practical load limits for 
agents. One consideration would be typing proficiency 
Another consideration may be how much "innate knowl- 
edge" an agent has about certain topics without having 

25 to use reference material. Still another consideration 
would be the fluency level of an agent when speaking 
certain foreign languages. In some cases, a load limit 
may be found empirically through simulated chat ses- 
sions participated in by fellow agents during training with 

30 agents posing typical questions that customers might 
ask under specified topics. 

[0045] In process step 85, an algorithm is used to sum 
current chat-message loads for individual chat sessions 
hosted by an agent and to compare the results to an 

35 agent's preset limit parameters. In this example, a total 
agent-load result represents the last available readings 
taken from the CH database as illustrated by the direc- 
tional arrow connecting the CH database to process 87. 
Individual session results are combined and averaged 

40 over the 5-minute duration, and if required, projected 
over a longer span such as an hour Note that the results 
logged during a next monitoring interval may affect over- 
all load totals. Because chat activity can fluctuate rather 
rapidly, processes 85 and 87 may be repeated for a 

^5 . number of times before a routing decision is invoked. 
[0046] Along with the load figures, agent parameters 
from database A are taken into account in the process. 
Such parameters may affect which session will be re- 
assigned (skill level). Moreover skill level parameters 

50 are used by IPRTR 43 of Fig. 1 to "look" for a next avail- 
able agent with a matching skill-set, if required, to assign 
to a displaced session. Agent skill levels may in one 
embodiment, be equated to coefficient values that may 
be used when calculating agent load. For example, if 

55 there were 6 agents in a pool assigned to host chat ses- 
sions, each agent would share 1/6 of a total communi- 
cation-center chat load if their skill levels were identical. 
However, rarely will each agent share all of the same 
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exact skills as their counterparts. Therefore, a relative 
value may be assigned to each agent-skill that an agent 
possesses, (n this regard, an agent that is fluent in Span- 
ish (desired skill in this example) would have a lower 
Spanish coefficient then an agent who Is mediocre in 
Spanish. The lower coefficient reflects less of a load for 
an agent engaged in a Spanish session than an agent 
with a higher coefficient would experience. In this way, 
agent skill levels may be used in an algorithm to deter- 
mine, for example, which sessions and how many ses- 
sions should be assigned to a particular agent. 
[0047] In this exemplary routine, it Is determined in 
process step 89 whether or not the total message-load 
projected for an agent over a period of time exceeds the 
agent's pre-set maximum load-limit for the same period 
of time. If it does not, process steps 85 and 87 are re- 
sumed for all of the agent's current sessions. If, howev- 
er, the projected agent-load exceeds his or her maxi- 
mum limit, then one or more of the agent's sessions wiif 
be re-assigned to another agent with the same orclosely 
matching skill level at step 91 . This assumes, of course 
that there is an available agent working chat sessions 
whose limit is not challenged by his or her last readings. 
If all other assigned agents are near maximum limits, 
then a new agent may be assigned by IPRTR 43. In this 
case all agents may be listed in database A whether en- 
gaged in hosting chat, or assigned to other duties. 
[0048] I PRTR 43 may effect reassignment by sending 
notification to a target agent, which tells the agent which 
chat session (address) to navigate to and assume con- 
trol. Similarly, an outgoing agent may receive notifica- 
tion that a new host will be arriving to take over a par- 
ticular session. Once a new agent has arrived, an out- 
going agent may disengage from the target session. In 
one embodiment, a part-time or floating agent may be 
dispatched to temporarily help a hosting agent process 
his or her message-load such that when the total load 
falls back below a maximum limit the original hosting 
agent may resume singular control. 
[0049] It will be apparent to one with skill in the art that 
a process flow such the one represented herein may be 
further broken down into many tasks and sub-tasks with- 
out departing from the spirit and scope of the present 
invention. 

Moreover, differing steps and alternate orders of steps 
may be assumed depending on the exact circumstanc- 
es operating within a communication center such as 
center 15. The CMS routine represented herein may al- 
so be applied to comparing results against an agent's 
pre-set minimum load limit. Such a process flow is de- 
tailed below. 

[0050] Fig. 3 is a process flowchart illustrating auto- 
mated steps associated with an exemplary automated 
chat-management routine configuredto a minimum load 
limit according to an embodiment of the present inven- 
tion. The process flow represented in this example is the 
same as for the example of Fig. 2 except that it is con- 
figured to a minimum agent load limit instead of a max- 



imum load limit. In actual practice, it is the same routine 
of Fig. 2 with steps 99, 101, and 103 describing action 
taken according to "below limit" conditions. 
[0051] At step 95, incoming messages are monitored 
5 for load/response parameters as was described in step 
85 of Fig. 2. Monitored data is loaded into a CH database 
illustrated by the directional arrow between process 95 
and the illustrated repository 96. 

[0052] At step 97, the stored parameters from CH da- 
10 tabase along with data from A (agent) database are ac- 
cessed for the purpose of calculating the total message 
load for that agent. In step 99, it is determined whether 
or not the total limit falls below a minimum load-limit set 
for the agent. If it does not, then step 1 05 causes re- 
15 sumption of the processes described in steps 95 and 
97. However, if it is determined at step 99 that the total 
calculated load falls below the agent's minimum limit, 
then the agent in question is released for other duties in 
step 101 . 

20 [0053] Release of the agent may be effected by noti- 
fication sent to the agent by such as IPRTR 43 of Fig. 
1 . This may be such as a screen pop-up, or other con- 
venient method. At step 103, the agent's load (all run- 
ning sessions) are distributed to other agents with 

25 matching skill-sets. In actual practice, the agent or 
agents assuming the released agent's load are notified 
which sessions to navigate to and assume control of. 
Such notification may be of the form of a screen notifi- 
cation to the agents appearing on their VDU's. It is noted 

30 here that IPRTR 43 has access to all of the recent sta- 
tistics regarding all agent activity within center 15, in- 
cluding those who are not assigned to chat duty. At step 
105, the process resumes at a next monitoring interval 
for agents and their sessions that are still active. 

35 [0054] It will be apparent to one with skill in the art that 
the processes illustrated by Figs. 2 and 3 may in practice 
be combined, and managed by one software 45. and 
CMS of the present invention may be used in conjunc- 
tion with any IPNT-capable communication center 

40 wherein chat sessions are conducted and hosted by 
agents without departing from the spirit and scope of the 
present invention. For example, CMS may be practiced 
in a dual-capable center as well as an IPNT center. 
[0055] In one embodiment, CMS software can be im- 

45 piemented on a shared data network wherein agents 
host sessions in network servers from home computers 
having network connection capability. Agents who log- 
on to the network are assigned initial chat sessions held 
in network servers. Reassignment and balancing of 

50 agents to sessions commences through monitoring and 
calculating agent loads as described in Figs. 2 and 3. A 
main server and repository connected to the network 
may be adapted to host the CMS routines and to store 
associated agent's parameters. 

55 [0056] In this embodiment, agents who are released 
from duty may be automatically logged off of the net- 
work. If new agents are needed to handle network loads, 
then agents may be contacted at home by the network 
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and asked if they could log-on and work. A systenn such 
as this may pay agents according to skill-set and hours 
spent hosting sessions. Lesser skilled agents would be 
the first to be logged off during slow periods. There are 
many possibilities. 

[0057] It will be apparent to the skilled artisan that 
there are many alterations that may be made in embod- 
iments described without departing from the spirit and 
scope of the present invention. One is, as declared 
above, that chat sessions are but one example of agent- 
led communication sessions to which the present inven- 
tion may be applied. Therefore the present Invention 
should be afforded the broadest scope. The methods 
and apparatus of the present invention are limited only 
by the claims that follow. 

Claims 

1 . In a communication center system wherein agents 
participate in and host communication sessions, a 
session management system, comprising: 

a data repository storing parameters regarding 
individual sessions in progress in the commu- 
nication center system and agent parameters 
including one or both of minimum and maxi- 
mum load capabilities for individual agents; and 

a management software executing on a server 
associated with the communication center sys- 
tem; 

characterized in that the management software cal- 
culates agent load level over sessions hosted by an 
individual agent, compares the calculated load level 
with one or both of minimum and maximum load for 
said agent, and adjusts agent loading or wait time 
accordingly. 

2. The system of claim 1 wherein the sessions man- 
aged are chat sessions. 

3. The system of claim 1 wherein the session manage- 
ment system, upon determining a first agent's load 
level is above maximum, increases wait time or as- 
signs one or more sessions hosted by the first agent 
to a second agent, or both, reducing the first agent's 
load. 

4. The system of claim 1 wherein the session manage- 
ment system, upon determining a first agent's load 
level is below minimum, assigns one or more addi- 
tion sessions to the first agent. 

5. The system of claim 1 wherein the session manage- 
ment system operates in a call center having multi- 
ple agents interconnected on a communication net- 



work. 

6. The system of claim 1 wherein the management 
software determines agent loading by both, traffic 

5 and agent capability level. 

7. In a communication center system wherein agents 
participate in and host communication sessions, a 
method for managing agent load in the sessions, 

10 comprising steps of: 

(a) storing parameters regarding individual ses- 
sions in progress in the communication center 
system and agent parameters including one or 

15 both of minimum and maximum load capabili- 

ties for individual agents in a data repository; 

(b) calculating agent load level by a manage- 
ment software; 

20 

(c) comparing calculated agent load level with 
stored minimum of maximum allowed agent 
load level; and 

25 (d) adjusting agent assignment to sessions ac- 

cording to the comparison in step (c). 

8. The method of claim 7 wherein the sessions are 
chat sessions. 

30 

. 9. The method of claim 7 wherein the session man- 
agement system, upon determining a first agent's 
load level is above maximum, assigns one or more 
sessions hosted by the agent to a second agent, 
35 reducing the first agent's load. 

10. The system of claim 7 wherein the session manage- 
ment system, upon determining a first agent's load 
level is below minimum, assigns one or more addi- 

40 tional sessions to the first agent. 

11. The method of claim 7 wherein the session man- 
agement system operates in a call center having 
multiple agents interconnected on a local area net- 

45 work (LAN). 

12. The method of claim 7 wherein the management 
software determines agent loading by both traffic 
and agent capability level. 

50 

13. A data-network telephony (DNT)-capable commu- 
nication center comprising: 

multiple agent stations having individual ses- 
55 sion-capable computer stations interconnected 

on a local area network (LAN); and 

a server connected on the LAN and executing 
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a management software; 

characterized in that the management software cal- 
culates agent load-level and manages agent as- 
signment to sessions based on the calculated load 5 
level. 

14. The communication center of claim 13 wherein the 
communication sessions are chat sessions. 

10 

15. The communication center of claim 13 wherein in- 
dividual agents are assigned a maximum load level, 
and the management software, upon determining a 
first agent's load level is above maximum, assigns 
one or more sessions hosted by the first agent to a f5 
second agent, reducing the first agent's load level. 

16. The communication center of claim 13 wherein in- 
dividual agents are assigned a minimum load level, 
and the management software, upon determining a 
first agent's load level is below minimum, assigns 
one or more additional sessions to the first agent. 

17. The communication center of claim 1 3 wherein the 
management software determines agent loading by -^5 
both traffic and agent capability level. 



30 



35 



40 



50 



55 



BNSDOCID: <EP 1107615A2_L> 



9 



EP 1 107 615 A2 




BEST AVAILABLE COPY 

BNSDOCID: <EP 1107615A2J_> 



EP 1 107 615 A2 



Incoming Messages 




Repository (database) 



Calculate New Msg 
Load/Response 
Parameters 


> 


^ — 87 
f f 




Sum Current 
Cht Msg Load For 
Agent/Skill/Limit 





CH 



86 




Reassign 
New Agent 
To Session 



Resume Process 
For Next 
Interval 



Fig. 2 



BNSDOCID: <EP 1 10761 5A2_L> 



11 



EP 1 107 615 A2 



Incoming Messages 




Repository (database) 



Calculate New Msg 
Load/Response 
Parameters 


> 


^—97 
f f 




Sum Current 
Cht Msg Load For 
Agent/Skill/Limit 





CH 




96 



Release 
Agent For 
Other Duties 



Resume Process 
For Next 
Interval 



Distribute Agent 
Load To 
Next Agent 



Fig. 3 



EP 1107615A2_I_> 



12 



(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(11) 



(12) 



(88) Date of publication A3; 

20.03.2002 Bulletin 2002/12 

(43) Date of publication A2: 

13.06.2001 Bulletin 2001/24 

(21) Application nunnber; 00123329.5 

(22) Date of filing: 27.10.2000 



EP 1 107 615 A3 

EUROPEAN PATENT APPLICATION 

(51) Int CI7: H04Q 3/00 



(84) 


Designated Contracting States: 


(72) Inventor: Shtivelman, Yuri 




AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


San Francisco, CA 94103 (US) 




MC NL PT SE 






Designated Extension States: 


(74) Representative: Schafer, Wolfgang, Dipl.-lng. 




AL LT LV MK RO SI 


Dreiss, Fuhlendorf, Steimie & Becker 






Postfach10 37 62 


(30) 


Priority: 01.12.1999 US 452541 


70032 Stuttgart (DE) 


(71) 


Applicant: Genesys Telecommunications 






Laboratories, Inc. 






San Francisco, CA 94103 (US) 





(54) Method and apparatus for assigning agent-led chat sessions 



(57) In a communication center system wherein 
agents participate in and host communication sessions, 
a session management system has a data repository 
storing parameters regarding individual sessions in 
progress in the communication center system and agent 
parameters including one or both of minimum and max- 
imum load capabilities for individual agents. A manage- 
ment software executes on a server associated with the 
communication center system, and calculates agent 



load level over chat sessions hosted by an individual 
agent, compares the calculated load level with one or 
both of minimum and maximum load for said agent, and 
adjusts agent assignment to sessions accordingly. In 
the case where agents are overloaded, additional 
agents are assigned to open sessions, and in the case 
where agents are underutilized, additional sessions 
may be assigned to the under-utilized agents. The ses- 
sions in a preferred embodiment are chat sessions. 
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